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INTRODUCTION 


1.1  Central 

Software  engineering  encompasses  all  activities  required 
fur  the  planning,  design,  development,  generation,  maintenance,  enhance¬ 
ment  and  modification  of  software.  Since  the  nost  critical  resource  in 
software  engineering  is  creative  human  thought,  people  management  is  of 
paramount  Importance.  The  importance  of  the  management  function  on 
software  engineering  projects  has  been  recognised  repeatedly  In  the 
literature.  One  survey  done  in  1975  on  the  Safeguard  Data  Processing 
System  concluded  that  "the  shortage  of  experienced  software  managers 
on  the  project  posed  a  more  serious  challenge  than  the  shortage  of 
experienced  programmers 

Since  an  organization's  management  policy  is  implemented 
in  its  organizational  structure  it  follows  that  the  particular  organi¬ 
sational  structure  selected  for  the  management  of  a  software  project 
will  contribute  significantly  to  the  degree  of  success  achieved.  This 
effect  was  recognized  in  a  report  on  software  modelling  studies  produced 


JJ).  Musa  and  F.N.  Woooer,  Jr.,  "Safeguard  Data  Processing  System i 
Software  Project  Management,"  Bell  System  Technical  Journal,  1975, 
PP.  S245-S259. 


i 


2 


la  1977#  which  cane  to  the  conclusion  that  "...  the  organizational 

structure  of  the  project  tea*  has  a  large  influence  on  the  productivity, 

reliability  and  quality  of  the  software  produced."1  An  article  in  the 

December,  79  issue  of  Dataaation  asserted  the  fact  more  forcefully* 

"Software  aanagers  who  succeed  in  establishing  effective  organizations 

2 

will  enjoy  development  rates  1,200%  better  than  aanagers  who  fail." 

If  the  effect  that  the  organizational  structure  has  on 
software  engineering  can  be  quantified,  it  will  be  poesible  to  select 
the  optima*  structure  for  any  given  project.  A  quantitative  model  has 
been  developed  which  utilizes  graphs  of  the  organizational  flow  of 
control  and  information.  Values  are  assigned  to  each  unit  of  information 
transmitted  (cC)  and  each  link  formed  ).  The  model  is  constrained 
by  the  maximum  number  of  interfaces  that  an  Individual  can  handle  ef¬ 
fectively.  Optimization  of  the  organizational  structure  is  achieved  by 
minimizing  the  result  of  trade-offs  between  the  cC  ' s  and  the  j3  *3. 


H.L.  Shooman  and  H.  Rust  on,  "Final  Report*  Software  Modelling  Studies," 
feqgram  in  Software  Engineering  Poly-EE-77-042,  SBS112,  Sept.  30,  1977 
pp*  23  and  24. 


Edmund  B.  Daly,  "Organizing  for  successful  software  development,” 
Datamation,  December  1979,  pp.  107  to  120. 
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1*2  Software  engineering  defined 

Software  engineering  is  not  the  ease  as  cob  pater  science. 
Caspater  science  is  the  resalt  of  an  endeavor  to  transfora  coapater  pro¬ 
graming  from  an  art  into  a  science.*  At  present  it  includes  the  fol¬ 
lowing  branches  or  subfields t  programing  languages  and  systems,  theory 

of  computation,  numerical  analysis,  artificial  intelligence,  and  computer 
2 

architecture. 

Software  engineering  on  the  other  hand  la  a  direct  pro¬ 
duct  of  programming  experience.  Ever  escalating  software  costs  and 
ecxitinual  failures  of  software  projects  forced  software  engineers  to 
search  for  ways  of  improving  software  quality  and  reduce  software  costs. 
Investigation  of  methodologies  used  in  other  fields  of  engineering  un¬ 
covered  the  fact  (practically  axiomatic)  that  software  engineering 
methodology  should  consist  of  a  disciplined  application  of  the  process 
of  iteration  to  the  specification,  design,  coding  and  testing  of  software. 

In  summary,  the  computer  scientist's  responsibility  is  to 
develop  computer  knowledge  and  techniques,  while  the  software  engineer's 
responsibility  is  to  apply  the  techniques  to  produce  quality  software  in 


1 

».  Knuth,  "Computer  Programming  as  an  Art"  (197*  ACM  Turing  Award  Lecture). 
CACM,  Vol.  17,  No.  12,  Dec.  197*.  pp.  667-673. 

2 

P.  Hal  a,  "Software  Engineering  and  Computer  Science,"  Computer  magazine 
Tol,  12,  No.  10,  Oct.  1979,  PP.  87-68. 
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•  cost-effective  manner.  Stated  differently,  the  function  of  the 
(computer)  scientist  is  to  know,  while  that  of  the  (software)  «nyin«^r 
la  to  do.  The  computer  scientist  adds  to  the  store  of  verified, 
eystemized  knowledge  of  the  computer-centered  world)  the  software 
engineer  brings  this  knowledge  to  bear  on  practical  problems.^ 


i  ^ 

•fcigineering"  Encyclopedia  Britannica,  15th  ed.,  Vol.  6  (Kacropaedia) , 
P*  80O. 

1 


?.  Haia,  op.  cit.  p.  88. 
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1.3  Software  engineering  management 

Software  engineering  encompasses  all  activities  required 
to  plan,  design,  code,  test  and  sodify  software  In  order  to  meet  a  set 
of  requirements. 

In  most  software  projects  development  costs  are  the  total 
system  costs,  since  the  prototype  software  system  is  the  only  one  pro¬ 
duced.  This  is  in  sharp  contrast  with  hardware  projects  where  large- 
scale  production  constitutes  a  major  portion  of  system  cost.  Since  the 
most  critical  (and  expensive)  resource  in  software  development  is  creative 
human  thought,  people-management  takes  on  increased  significance.  It  be¬ 
comes  vital  that  the  optimum  number  and  mix  of  designers,  coders,  and 
testers  be  assigned  to  the  project;  that  they  be  organized  into  the  opti¬ 
mum  structure;  and  that  they  be  provided  with  the  required  management  tools 
for  controlling  development  efforts  and  documenting  results. 

Thus,  Management  of  software  engineering  consists  of  san- 
aglng  human  creativity  so  as  to  maximize  productivity ,  This  necessitates 
identifying  what  productivity  is.  Brooks  has  shown  that  it  is  not  neces¬ 
sarily  proportional  to  charged  man-hours.*  I  submit  that  productivity  is 
primarily  a  product  of  management  policy  as  implemented  in  organizational 
structure.  I  further  submit  that  what  is  implemented  in  these  key  areas 
is  s  manifestation  of  management  philosophy.  The  relationship  between 
philoeophy ,  policy  and  organizational  structure  is  depicted  in  Figure  1. 

I 

F.P,  Brooks,  Jr.,  "Tha  Mythical  Man-Month" ,  Addlson-Wesley  Pub.  Co., 
Beading,  Mass.,  1975#  PP.  83-90. 
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Sine*  management  philosophy  is  at  the  core  of  tha  solution 
to  ths  software  development  management  problem,  it  is  vital  that  the 
optimum  philosophy  be  selected,  asserted,  and  understood.  What  is  the 
perceived  purpose  of  the  people-management  (or  more  properly  stated, 
LEADERSHIP)  function? 

Z  subscribe  to  the  philosophy  advanced  by  Greenleaf  a 
distinguished  leader  in  the  management  area,  who  states  that  the  true 
leader  has  to  be  a  servant  first.* 

A  philosophy  of  servant-leadership  translates  into  a 
management  policy  that  facilitates  and  fosters  creativity  thereby  maxi¬ 
mizing  productivity.  Such  a  policy  is  not  altruistic  but  rather  based 
on  sound  principles  of  effectiveness  and  efficiency. 


Robert  K.  Greenleaf,  "Servant  Leadership;  A  Journey  into  the  Nature  of 
Legitimate  Power  and  Greatness",  Paulist  Press,  New  York,  N.Y.,  1977. 
nr.  Greenleaf  ham  served  as  director  of  management  research  at  A.T.AT. 
for  seven  years;  teaching  positions  at  Dartmouth  College  and  Harvard 
University;  consultant  to  M.I.T.,  Ohio  University,  Ford  Foundation, 

R«JC.  Mellon  Foundation,  Lilly  Endowment,  Brookings  Institution,  and  the 
American  Foundation  for  Management  Research. 
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A  supportive  management  policy  is  implemented  chiefly 
through  an  organization  which  provides  managers  with  authority  commen¬ 
surate  with  their  responsibilities*  and  which  promotes  and  rewards  free 
exchange  of  information  between  individuals*  sections  and  departments* 

Organizational  structure  determines  the  flow  of  control  - 
who  controls  which  resources  (human  and  others)*  and  who  has  to  account 
for  which  results.  It  also  determines  the  flow  of  information  -  who  has 
access  to  what*  and  what  information  is  collected* 

There  are  practically  as  many  different  organizational 
structures  as  there  are  managers*  However*  three  distinct  types  (project* 
functional,  and  matrix)*  emerge*  and  other  structures  can  be  considered  to 
be  a  composite  of  the  basic  types.  These  are  best  illustrated  by  an  example 
Let  us  assume  a  new  development  organization  Is  required  to  develop  two  pro¬ 
jects  i  Project  A  and  Project  B.  Each  project  has  three  major  functions  to 
performs  real-time  software  development  (operating  systems),  support  soft¬ 
ware  development  (compilers),  and  hardware  development  (computers). 


Oely,  op,  dt.,  p.  10 


Figure  2  shows  six  separate  organizational  entities,  one 
entity  for  each  technology  for  each  project.  Now  the  aanner  in  which  we 
eon bine  these  separate  organizations  will  give  us  a  project  organisation 


structure,  a  functional  organisation  structure, 
sation  structure. 
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la  a  project  organization  structure  (Figure  3)  all  re¬ 
sources  required  to  couplets  a  project  are  organized  under  a  single  line 
•aaager  who  performs  both  the  technical  and  administrative  functions* 

A  functional  organization  (Figure  4)  groups  all  the  people  associated 
ulth  one  specialty  under  a  functional  manager  (e.g. ,  all  real-time  soft- 
ears  development  for  all  projects).  A  matrix  organization  (Figure  5) 
attempts  to  incorporate  the  advantages  of  the  other  two  basic  structures, 
project  and  functional*  Personnel  are  grouped  functionally  for  technical 
and  administrative  purposes,  but  are  responsive  to  a  project  manager* 

The  project  manager  decides  what  will  be  done,  while  the  functional 
sanager  decides  how  to  do  the  job,  and  supplies  all  resources. 

the  organizational  structures  that  will  be  examined  using 
the  quantitative  graph  model  will  be  made  up  of  elements  of  the  above  three 
basic  types  in  varying  degrees,  and  therefore  will  be  advantageous  or 
disadvantageous  depending  on  the  value/ cost/ eff  art  associated  with  the 
model  parameters,  the  parameter  values,  in  turn,  will  be  determined  by 
the  management  exigencies  of  a  given  project. 


1 2 


CHAPTER  2 

QUANTITATIVE  MODEL  THEORY 

2.1  General."  Productivity  models 

Most  Quantitative  models  which  examine  the  effect  of 
organizational  structure  on  productivity  assume  a  "worst  case"  situation. 
Shoosan^  observes  that  software  development  productivity  is  not  a  direct 
function  of  charged  time.  Charged  time  represents  raw  man  hours  composed 
of  personal  time  (coffee  breaks,  conversations,  etc.),  communication  time, 
and  lastly,  productive  time.  Hs  assumes  that  the  proportion  of  personal 
time  is  fixed  at  ic£  regardless  of  the  organizational  structure.  However, 
the  remaining  time  divisions  are  highly  dependent  on  the  organizational 
structure,  he  proposes  a  model  which  breaks  the  total  time  (T)  into 
development  time  (Td).  and  communication  time  (Tc). 

T  -  Td  +  Tc  (2.1) 

He  then  postulates  that  for  a  project  team  consisting  of  Nd  workers, 
every  team  member  communicates  with  every  other  team  member.  Thus  the 
number  of  interfaces  is  the  number  of  combinations  of  Rd  taken  two  at  a 
time. 

/Nd\-Kdi  -  Nd  (Nd  -  1)  (2.2) 

\  2/  21  Ndl  2 

If  there  are  L  total  lines  of  cods  to  be  developed  and  Td  is  measured  in 
months,  then  the  productivity  (P)  in  lines/month  is  given  by 

P  -  k.  (2.3) 

Nd  Td 


H.L.  Shooman.  "Software  Engineering!  Reliability,  SUmign,  Management", 
McGraw-Hill,  New  York,  1980." 
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If  we  imum  that  a  certain  fraction  (X)  of  the  total  work  tin*  (?)  is 

spent  communication  with  each  interface,  then  Tc  the  total  communication 

time  far  all  the  interfaces  is  given  by 

To  -  KT  Nd  (Nd  -  l)/2  (2.4) 

Substituting  equation  2.4  in  equation  2.1  and  solving  for  T  yields 

T  -  Td  (2.5) 

1  -  KNd  (Nd  -  l)/2 

Multiplying  both  sides  of  equation  2*5  by  Nd  and  substituting  from 
equation  2.3  yields 

Nd?  -  L/P  (2.6) 

1  -  XNd  (Nd  -  l)/2 

The  numerator  in  equation  2.6  predicts  a  linear  variation  in  man  months 

with  program  length;  however,  the  denomination  factor  produces  a  plot 

which  curves  upward  indicating  a  decrease  in  productivity  due  to  the 

increase  in  Nd  for  larger  programs. 

Similarly,  Tausworthe*  measures  software  team  productivity 

by  defining  "index  of  productivity"  (P)  in  terms  of  the  total  number  of 

lines  of  code  (L) ,  number  of  workers  on  the  project  (w),  and  the  average 

time  each  worker  spent  developing  the  software  (?)  by  the  formula 

P  -  L_  (2.7) 

NT 

?  is  then  split  into  productive  time  (Tp)  and  non-productive  time  (Tnp) 
spent  interfacing  with  each  of  the  other  team  members. 

?  -  ?p  +  (V  -  1)  Tnp  (2.8) 


B.C.  Tausworthe,  "Standardized  Development  of  Computer  Software", 
Prentice  Mall,  New  Jersey,  1977,  Chapter  10. 
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He  then  postulates  that  the  individual  productivity  level  (Pi)  that 
each  teas  ■  ember  must  sustain  during  his  "productive1*  time  periods  so 
that  the  teas  have  overall  productivity  P  is  given  by 


PI  -  L_  -  WP 

Tp  1  -  (V  -  l) (Tnp/T) 


(2,9) 


After  extensive  formula  manipulation  he  arrives  at  the 
conclusion  that  the  saount  of  code  that  a  project  can  produce  per  day 
has  a  saximun  value,  found  to  be 

I  "PI  1  +  (Tnp/rl  [T  +  (Tno/rTI  (2.10) 

T  sax  2  (Tnp/T)  2  J 

where  the  figure  in  braces  represents  the  loss  in  personnel  efficiency. 

This  maximum  production  rate  is  achieved  when  the  teas  size  is 

V  -  1  +  (Tno/T)  (2.11) 

2  (Tnp/T) 

He  then  concludes  that  a  project  hoping  to  deliver  L  lines 


within  time  T  using  V  workers  having  individual  integrated-task  producti¬ 
vities  Pi  oust  keep  their  non-productive  index  (Tnp/T)  within  the  bound 

Tan  /  1  -  ( L/WTP1 )  (2.12) 

T  \  ¥  -  1 


If  there  is  to  be  success. 


The  proceeding  two  models  assume  that  each  team  member 


interacts  with  every  other  teaa  member.  What  if  the  team  is  organized 
into  a  different  structure?  A  quantitative  model  has  been  developed* 
which  utilizes  graphs  of  the  organizational  flow  of  control  and  flow  of 
information  structures  to  evaluate  the  effect  of  alternate  organizational 
structures  on  the  number  of  communication  paths ,  and  an  the  volume  of  in¬ 
formation  flowing  through  each  path.  The  concept  is  illustrated  in  Figure 

6.  The  lateral  paths  in  the  information  flow  modal  are  analogous  to  the 

2 

pre-review  discussions  implemented  in  the  "Generic  Engineer”  concept, 
and  are  considered  to  be  essential  to  effective  monitoring  of  progress. 

The  models  can  easily  be  extended  or  transported  to  desired  level  of 
detail. 


A.  Kexshenbaum.  "Software  Management  Models i  A  Graph  Theoretic  Approach 
to  System  Morphology" ,  Unpublished  summary,  presented  at  the  SOFTY  re¬ 
search  meeting.  Feb.  5»  1979.  Polytechnic  Institute  of  New  York. 

Jtzaingdale,  N.Y. 


J.B.  Synnott,  IU,  (Bell  Laboratories),  "Managing  Software  Development  - 
Requirements  to  Delivery",  Proceedings,  Computer  Software  and  Application 
Conference,  78,  Palmer  House,  Chicago,  p.  19. 


To  Illustrate  the  graph  parameters  we  will  decompose  & 


problem,  P,  into  three  subpro  bless  -  PI,  P2,  P3  -  of  identical  size, 

Sms  instead  of  solving  P,  we  can  solve  PI,  P2  and  P3.  The  three  sub- 
problems  are  in  general  related  to  one  another,  i.e.,  some  effort  must 
be  expended  in  having  them  communicate  with  one  another  or  coordinate 
them.  (This  may  take  the  form  of  engineers  spending  time  coordinating 
their  proposed  solutions  to  software  subproblems) .  Ve  wish  to  study 
the  effect  of  the  shape  of  the  system  on  its  overall  cost  or  complexity. 
Two  alternative  organizations  will  be  compared.  Ia  case  1  (Figure  7  (a)) 
each  person  communicates  directly  with  every  other  person.  In  case  2 
(Figure  7  (b))  all  communication  is  routed  through  a  central  point  (P2). 


FIGURE  7 
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Let  1&1)  be  the  amount  of  information  exchange  required  between  persons 
%  and  b  in  order  to  complete  their  tasks*  Ve  define  a  constant*  oC  as 
the  aaount  of  effort  per  unit  of  information  exchanged,  l«e.,  the  total 
effort  required  to  exchange  lab  units  of  information  is  oC  iab, 

Ve  define  another  constant,  /§  ,  as  the  aaount  of  effort 
associated  with  the  exl stance  of  a  direct  coaununi cation  path  between  any 
pair  of  persons.  This  corresponds  to  the  overhead  cost  of  establishing 
direct  communication  which  is  independent  of  the  amount  of  information 
exchanged  (e.g,  the  cost  of  having  a  meeting,  not  counting  the  time  spent 
actually  exchanging  information).  For  problem  F,  lettAeg  iab  «  I  for  all 
a  b,  (i.e. ,  constant  information  exchange)  it  can  be  shown  (see  Appendix  A) 
that  direct  communication  (Figure  7  (a))  is  more  efficient  if/?  <cC I,  and 
the  use  of  an  intermediary  (Figure  7  (b))  is  better  far  cC  I  <  . 

Generalizing,  in  the  case  where  the  iab'  s  are  different.,  the  use  of  an  inter* 


sediary  Is  efficient  if 


&  y  cC 


and  there  is  some  c  such  that  direct  Interfaces  between  (a  and  c)  and 
Cb  and  e)  exist. 

It  is  apparent  that  the  value  assigned  to  the  model  para¬ 
meters,  oC  and  /&  will  determine  the  optimum  structure.  This  is  realistic 
since  the  importance  given  to  accuracy  cf  information  and  interpersonal 
interaction  will  vary  from  one  project  to  another. 


reveals  thats 


A  gross  analysis  of  the  model  as  developed  to  this  point 


(1)  if  cC  lab  is  small  relative  to  -  implying  either 


that  very  little  effort  is  required  to  transmit  one  unit  of  information 
over  one  link  (oC  is  small),  or  that  very  few  units  of  information  are 
required  to  be  exchanged  between  a  and  b  is  small)  -  then  the  use 
of  intermediaries  is  favored. 

(ii)  if  cC  iat,  is  large  relative  to  /S  -  implying  that 
the  overhead  cost  of  a  direct  link  is  small  compared  to  the  cost  of  ex¬ 
changing  information  -  then  the  use  of  direct  communication  is  favored. 


Software  engineering  management  information  is  transmitted 
verbally,  in  writing,  and  through  transcription.  The  accepted  retention 
rate  for  information  transmitted  verbally  is  between  b o%  and  60%,  The 
integrity  of  information  transmitted  in  writing  and.  via  transcription  is 
higher.  A  realistic  average  degradation  of  information  content  for  any 
one  transfer  of  information  will  therefore  be  taken  to  be  15£. 


DEGRADATION  OP  S0FTVAR2  ENGINEERING 
MANAGEMENT  INFORMATION  UPON  TRANSFER 


FIGURE  8 
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We  illustrate  the  concept  of  information  degradation  in 
Figure  8.  An  original  information  package  is  to  be  exchanged  successively 
aaong  four  individuals  (a,3,C  and  D).  In  being  transmitted  from  A  to  3 
the  original  information  content  suffers  a  15$  degradation  yielding  the 
new  information  package,  info  1.  Info  1  in  turn  is  degraded  by  I556  in 
the  transmission  from  3  to  C  yielding  info  2.  Info  2(  when  transmitted 
from  C  to  D,  is  similarly  degraded  yielding  info  3*  If  D  were  to  com¬ 
municate  the  info  3  package  back  to  A,  we  would  find  that  little  more 
than  half  the  original  information  content  remains. 

Our  graph  model  takes  into  account  information  degradation 
by  incorporating  it  into  oC  ,  the  cost  of  transmitting  one  unit  of  inform¬ 
ation  over  one  link.  The  degradation  cost  is  essentially  the  cost  of 
checking  for  and  correcting  errors.  Thus,  information  degradation  is 
directly  proportional  to  the  number  of  information  units  transmitted,  and 
to  the  number  of  links  over  which  the  information  is  propagated. 
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2.2*2.2.2  Capacity  constraints' 

Thera  is  a  limit  to  the  number  of  interfaces  that  one  in* 
dividual  can  handle*  (Were  this  not  so,  then  the  lower  boundary  on  the 
number  of  links  required  would  be  represented  by  the  case  in  which  there 
exists  only  one . intermediary  through  which  everyone  communicates.)  This 
capacity  constraint  has  been  studied  extensively  for  organizational  flow 
at  control.  Theories  and  techniques  for  optimizing  an  individual's  span 
of  control  abound.  In  an  organization  where  the  work  is  simple,  routine, 
and  repetitive  *  like  the  basic  kind  of  assembly  work  *  a  supervisor 
might  be  able  to  handle  25  to  30  people  and  do  all  the  necessary  super¬ 
visory  work.  If,  however,  the  work  managed  is  variable  the  supervisor 
must  spend  mors  time  to  set  objectives,  to  train,  and  to  put  in  new 
methods,  and  consequently  cannot  handle  as  many  people. 

In  the  realm  of  software  engineering  management  is  quite 
a  complex  function;  therefore,  an  individual  supervisor  can  supervise 
only  a  limited  number  of  people.  Edvard  Schieh1  attacks  some  traditional 
methods  of  "spanning  the  gap".  He  refers  specifically  to  the  tendency 
among  companies  to  feel  that  they  have  so  many  supervisors  at  the  first 
level  that  they  could  easily  cut  out  one  or  two,  have  each  remaining  one 
handle  a  little  more,  and  still  get  by.  This  is  an  illusion.  One  large 
paper  plant  did  this  and  found,  within  three  years,  that  its  costs  In- 
creamed  15  percent,  and  quality  slipped.  Costs  and  quality  improved  only 

_ 

Edward  C.  Schieh,  "Managing  for  Success t  Capitalizing  on  each  individual 
IEEE  Engineering  Management  Review,  Volume  7*  Number  4,  December  1979* 
PP.33-M  • 


after  the  span  of  control  for  each  foreman  was  decreased  and  each  could 
handle  his  work. 

On  the  other  hand,  executives  often  fail  to  grasp  that 
■any  of  their  communication  problems  come  from  too  long  a  aanagement 
chain.  If  the  first  supervisory  level  is  not  beyond  its  span  of  control, 
the  second  and  third  can  handle  many  more  managers.  In  one  plant  a  super¬ 
intendent  supervised  four  foramen.  When  the  foremen  were  set  up  with 
coots  manageable  span  of  control  and  trained  to  supervise,  a  superintendent 
coold  supervise  eight  to  nine  foremen.  Communication  problems  up  and  down 
the  line  were  greatly  decreased  because  problems  were  solved  in  most  cases 
by  the  foremen. 

When  applied  to  organisational  flow  of  control  and  organi¬ 
sational  flow  of  information  graphs,  capacity  constraints  nay  cause  an 
otherwise  optimal  solution  to  become  unfeasible.  For  example,  the  lower 
bound  solution  of  making  one  person  an  intermediary  for  all  others,  general¬ 
ly  optimal  f or  /S  >  >  oC  may  be  unfeasible  as  it  places  a  tremendous  burden 
on  the  intermediary  and  may  violate  his  capacity  constraints.  In  such  a 
situation,  (not  uncommon  in  the  functional  organisation  structure),  it  may 
be  necessary  to  introduce  additional  personnel  strictly  as  intermediaries 
in  order  to  satisfy  the  capacity  constraints.  For  a  given  person  (a),  if 
we  let  his  total  capacity  equal  Ca  and  the  capacity  required  to  solve  the 
■ubproblem  assigned  to  him  equal  to  Ra,  then  his  spars  capacity  available 
for  communication  (Sa)  is  equal  to* 

Sa  -  Ca  -  Ra 

&  order  for  a  feasible  solution  to  exist 

Sa£  (  iab  )  ♦ 

1,1,,  each  person  must  have  at  least  enough  spare  capacity  to  handle  his 
own  communication  requirements  plus  one  interface  to  someone  else. 


CHAPTER  3 


APPLICATION  OP  THE  QUANTITATIVE  GRAPH  MODEL 

TO  SELECTED  ORGANIZATIONAL  STRUCTURES 

3*1  General 

The  quantitative  graph  model  will  be  applied  to  the  three 
basic  organisation  structures  depicted  in  Figures  J,  4  and  5  (project, 
functional  and  matrix),  and  to  selected  composite  organizational  structures. 
The  flow  of  control  graph  will  be  taken  as  forming  a  lower  constraint  on 
the  number  of  links  required  for  transmitting  information  without  violating 
the  capacity  constraints  of  the  persons  involved.  Adoption  of  an  upper 
constraint  was  more  difficult.  The  theoretical  upper  limit  occurs  when 
tnere  exists  a  direct  link  between  every  pair  of  persons  in  the  organization. 
This  is  obviously  not  desirable.  An  intermediate  information  model  which 
consists  of  the  control  graph  links  plus  links  for  direct  lateral  exchange 
of  information  was  selected. 

In  the  remainder  of  this  chapter,  the  graph  models  will 
utilize  a  solid  line  to  represent  a  direct  link  between  two  in¬ 
dividuals,  and  a  broken  line  to  represent  requirements  for  in¬ 

formation  exchange  which  are  satisfied  via  the  use  of  intermediaries  (l.e., 
far  which  direct  links  do  not  exist). 

The  control  and  information  graphs  will  be  compared  for 
each  organizational  structure  and  a  crossover  point  between  direct  com¬ 
munication  and  the  use  of  an  intermediary  established  based  on  the  relative 
values  of  ^  and  oC  1. 
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la  a  real-life  situation  the  process  could  be 'applied 
either  as  described  above  or  In  reverse*  By  initially  determing  the 
vmlne  of  cC  and  for  a  particular  organization  structure*  and 
analyzing  the  floe  of  information  within  the  organization  one  would  then 
be  able  to  select  the  optinua  organizational  s true tare  which  minimizes 
the  total  cost/effort  of  the  sum  of  all  the  cC  i*s  plus  the  *s. 

Figures  9  to  18  graphically  depict  the  organizational  information  flow 
within  the  three  basic  organization  structures  and  within  two  real-life 
organization  structures  -  the  Canadian  Forces  WSM  and  the  Texas  Instruments 
G5T  structures  -  which  are  composites  of  the  basic  organization  structures* 

As  an  illustration  of  how  the  graph  models  work,  let  us 
consider  Figure  9  and  Figure  10  which  depict  the  information  flow  within 
the  project  organization  structure  (one  of  the  three  basic  organization 
structures).  Figure  9  depicts  information  flow  through  the  control  graph 
model  which  represents  a  lower  bound  on  the  number  of  direct  links  required 
for  transmitting  information  without  violating  the  capacity  constraints  of 
the  persons  involved* 

Die  solid  lines  represent  actual  direct  links  available  for 
transmitting  information.  Both  the  solid  lines  and  the  broken  lines  re¬ 
present  a  requirement  to  exchange  information  between  the  individuals  joined 
by  the  line*  Hence  the  information  exchange  requirements  ia  ^  for  the  ease 


la  which  a  and  b  are  joined  by  a  broken  line  must  be  transmitted  along  an 
existing  solid  line  (e«g* ,  has  a  requirement  to  exchange  information 
as  indicated  by  the  broken  line  joining  them*  Since  no  direct 


with 


0 


link  exists  between  and  the  unit  of  information  i^  must  be 
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transmitted  successively  alms  graph  paths  1,2  and  2,4.)  (notet  graph 

9 

path  a,b  represents  a  direct  link  between  a  and  b  along  which  Information 
can  be  transmitted,  and  is  depicted  by  a  solid  line).  Figure  9  includes 
the  information  flow  along  graph  path  1,2  (i1>2  +  +  1*  5  +  6  *  ^2  3^ 

and  along  graph  path  3,9  (i^  ♦  ^9  +  1^9  +  ig^)  tor  illustrative  purposes 
only.  Table  1  lists  all  the  graph  paths  along  with  the  information  trans¬ 
mitted  along  each. 

Figure  10  depicts  information  flow  through  the  information 
graph  model  which  contains  the  direct  links  found  in  the  control  graph  model 
(Figure  9)  plus  direct  links  for  lateral  exchange  of  information.  The  in¬ 
formation  exchange  requirements  are  identical  to  those  found  in  the  control 
model.  Therefore,  utilization  of  the  information  graph  model  results  in  an 
increase  in  the  number  of  direct  links  between  persons  (the  lateral  links), 
and  a  corresponding  decrease  in  the  number  of  graph  paths  along  which  the 
units  of  information  have  to  be  transmitted.  Table  2  lists  all  the  graph 
paths  found  in  Figure  10  along  with  the  information  transmitted  along  each. 
Similarly,  Figures  11  to  18  and  Tables  3  to  6  and  3  to  11  depict  the  in¬ 
formation  flow  within  the  remaining  basic  and  composite  organization 
structures. 
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TABLE  1 


PROJECT  ORGANIZATION  STRUCTURE  CONTROL  MODEL 


GRAPH  PATH 
1,2 

1.3 

2.4 

2.5 

2.6 

3.7 

3.8 

3.9 


INFORMATION  TRANSMITTED 
*1,2  +  *1,4  +  *1,5  +  *1,6  +  *2,3 

*1,3  +  *1,7  +  *1,8  *  *1,9  +  *2,3 

*1,4  +  *2,4  +  *4,5  +  *4,6 

*1,5  *  *2.5  +  *4,5  +  *5.6 

*1.6  +  *2,6  +  *4,6  *  *5.6 

*1,7  +  13.7  +  1 7,8  +  *7,9 

*1,8  +  *3,8  *  *7,8  +  *8,9 

1  +1  +1  +1 

1.9  3,9  7,9  8,9 


28 


FIGURE  10 

PROJECT  ORGANIZATION  STRUCTURE 
INFORMATION  GRAPH  MODEL 


TABLE  2 


PROJECT  ORGANIZATION  STRUCTURE  INFORMATION  MODEL 


GRAPH  PATH 

INFORMATION  TRANSMITTED 

1.2 

il»2 

+  1i.4  *H.t*H* 

1.3 

*1.3 

*h,7  *  h,S  *  ll,9 

2.3 

*2.3 

2,4 

•  *1.4 

2.5 

*1,5 

*  ‘v.s 

2,6 

*1.6 

+  12.6 

3.7 

11»? 

+  *3.7 

3.8 

*1,8 

+  13.8 

3.9 

*1.9 

+  13,9 

4.5 

*4.5 

4.6 

*4,6 

5.6 

*5.6 

7,8 

*7,8 

7,9 

*7,9 

*8,9 


8,9 


JO 


3.2.2 


Functional  organ! eat ion  structure  graph  models 


FUNCTIONAL  ORGANIZATION  STRUCTURE 


CONTROL  GRAPH  MODEL 
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4,10 


TABLE  3 


FUNCTIONAL  ORGANIZATION  STRUCTURE  CONTROL  MODEL 


INFORMATION  TRANSMITTED 

*1.2  +  *1.3  +  41.6 
+  l2f3  +  i2,4 

*  L5,7  +  i5»9 

*  ^,8  +  ^.lO 
il,3  +  11»?  +  *1,8 

+  l2,3  +  ^,4 

*  *5.7  +  ^,9 

*  16,8  +  is, 10 

*1,4  +  il,9  +  il.10 

*  *2,4  +  i3,4 
+  i5.9  +  i7,9 
+  l6,10+  i8,10 

11.5  +  *2,5  *  l5.7  +  i5.9 

41.6  +  i2,6  +  i6,8  +  i6,10 
*1,7  +  i3,7  +  i5.7  *  i7,9 
il,8  +  43»8  +  i6,8  +  is, 10 
4i»9  +  ^,9  +  l5»9  *  i7,9 
il,10+  i4,10'*'  i6,10+  i8,10 


'FIGURE  12 

functional  organization  structure 
information  craph  model 


TABLE  4 


FUNCTIONAL  ORGANIZATION  STRUCTURE  INFORMATION  MODEL 


GRAPH  PATH 

INFORMATION  TRANS MI 

1,2 

*1,2  +  *1,5  *  *1,6 

1,3 

*1,3  +  *1,7  +  *1.8 

1,4 

*1,4  *  *1,9  +  *1,10 

2,3 

*2.3 

2,4 

*2,4 

2,5 

*1.5  +  *2.5 

2,6 

*1,6  +  *2,6 

3,4 

*3.4 

3.7 

*1,7  +  *3,7 

3.8 

*1,8  *  *3,8 

4.9 

*1,9  +  *4,9 

4,10 

*1,10*  *4, 10 

5.7 

*5.7 

5.9 

*5.9 

6,8 

*6,8 

6,10 

16,10 
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3*2*3  Matrix  organization  structure 

"figure  13  and  figure  14**  notes  i 

1)  Information  exchange  requirements  over  two  or  more 

4 

organizational  levels  (e.g.  1,7;  1*13»  4,13)  have  not  been  included 
(as  dashes)  in  the  graph,  in  order  to  make  the  graph  more  readable. 
However,  they  are  included  under  "information  transmitted"  and  taken 
into  consideration  when  calculating  the  tradeoffs  between /$ and  oC  I* 

2)  il,8s  il»lO;  11,11*  ll,13  app€ar 

twice*  Project  information  is  transmitted  via  @  and  ,  while 
technical  information  is  transmitted  via  (Q  • 


MATRIX 


FIGURE  13 

urbanization  structure 

TOOL  GRAPH  MODEL 


TABLE  5 


gAXBXX  ORGANIZATION  STRUCTURE  CONTROL  MODEL 


GRAPH  PATH 

1.2 


1.3 


1,4 


2,8 


2.9 

2.10 

3.11 

3.12 

3.13 


4,5 


4.6 


4.7 

5.8 
5,11 


6,9 


6,12 


7,10 


INFORMATION  TRANSMUTED 

1 1.2  +  *1,8  *  *1,9  +  ll,10 

*1,3  +  *i,u+  *i,i2+  *1,13 

*1,4  *  *1,5  +  *1,6  +  *1,7  *  *1,8  +  ^*9 
+  Ll,10+  k.ll4"  *1,12+  *1,13 
*1,8  +  *2,8  *  *8,9  +  *8,10 
*1,9  +  *2,9  +  *8,9  *  *9.10 
*1,10+  *2,10+  *6,10+  *9,10 
h.ll4, 13,11+  *11  .12  +  111,13 
*1,12+  *3,12+  111, 12  +  112,13 
*i,13+  i3,13+  *11,13  +  *12, 13 
*1,5  +  *4,5  +  *1.8  +  *1,11  +  14, 8  *  l4,ll 
*1,6  +  *4,6  +  *1,9  +  *1,12  +  *4,9  +  *4,12 
*1,7  +  *4,7  +  H.io4"  *1,13  +  ^.lO4*  *4,13 
*1,8  +  *4,8  +  *5,8 
h.ll4,  *4,11+  *5,11 
*1,9  +  *4,9  +  *6,9 
il,12+  *4, 12*  16,12 
ll,10+  *4,10+  *7,10 
*1,13^  *4,13+  *7,13 


7,13 


flCORE  14 

*miX  sraucnna 

J1T08WI0,'  shask  kukl 


TABLE  6 


MATRIX  ORGANIZATION  STRUCTURE  INFORMATION  MODEL 


GRAPH  PATH 

INFORMATION  TRANSMITTED 

1,2 

*>1,2  *  it,8  *  *  11,10 

1.3 

H,3  *  ll,il+  H.tt*  *1,13 

1.* 

ll,4  *  a1,5  *  a1,6  +  Alf7  *  Al,8  *  aX,9 

*  ll.lO*  ll,U*  Al,12+  1lf13 

2,8 

ll,8  *  12,8 

2,9 

li,9  *  A2,9 

2,10 

Al,10+  a2,10 

3,11 

il,u+  13.11 

3.12 

Al,12+  12,12 

3.13 

H,i3* 

*.5 

*1,5  *  14,5  *  il,8  *  ll,ll  *  14,8  ♦  14, 11 

4,6 

ll,6  +  14,6  ♦  11,9  +  11,12  +  14,9  +  14,12 

4.7 

Al,7  *  A4,7  *  It* 10*  !l,13  *  14,10*  a4,13 

5.8 

ll,8  *  14,8  *  15,8 

5.11 

li,il*  14,11*  15,11 

6,9 

*1,9  +  *4,9  *  *6,9 

6,12 

ll,12+  i4,124’  16,12 

7,10 

*1,10*  *4, 10*  17,10 

7,13 

11,13*  14,13*  17,13 

TABLE  6  CONTINUED 

MATRIX  ORGANIZATION  STRUCTURE  INFORMATION  MODEL 


GRAPH  PATH 

INFORMATION  TRANSMITTED 

8.9 

*8,9 

8.10 

*6,10 

9,10 

*9,10 

11,12 

*11,12 

11,13 

*11.13 

12.13 


112. 13 
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3.2.4  Analgia  of  the  basic  organization  structure  graph  models 
If  we  let  ia,b  •  I  for  ell  a.b  (i.e.,  constant  information 

transfer),  then  sussing  the  units  of  information  transmitted  over  all 
paths  in  each  of  the  control  and  information  graphs  for  the  project, 
functional  and  eatrix  organisation  structures  (as  listed  in  Tables  1.2. 

3.4.5  and  6)  yields  the  results  shown  in  Table  7. 

As  an  example ,  let  us  compare  (refer  to  Tables  1,  2  and  7) 
the  effort  required  to  transfer  information  utilising  the  control  model  or 
the  information  model  for  the  project  organization  structure.  The  project 
control  model  (Table  1)  contains  8  graph  paths  or  direct  links  (8/3  ),  and 
transmits  34  units  of  information  (341)  each  of  which  require  an  amount  of 
effort  oC  •  Thus  the  total  information  transfer  effort  for  the  model  is 
34(cCl)  +/$>  . 

The  project  information  model  (Table  Z)  contains  15  graph 
paths  (l5 )  and  transmits  27  units  of  information  (271)  each  of  which 
require  an  amount  of  effort  oC  •  Thus  the  total  information  transfer  ef¬ 
fort  for  the  model  is  27  (  cC  I)  +  ^5/3  • 


TABLE  7 


INFORMATION  TRANSFER  EFFORT 
FOR  THE  BASIC  ORGANIZATION  STRUCTURES 


ORGANIZATION  STRUCTURE 


INFORMATION  TRANSFER  EFFORT 


CONTROL 


INFORMATION 


EL 


42 


If  we  now  let  3Cl  ■  1  (i.e.,  nomalize  /3  with  respect  to 

9 

oC I)  and  equate  the  total  effort  expended  in  the  control  model  with  the 
total  effort  expended  In  the  information  model,  we  obtain  the  cost-effective 
cross -over  point  between  direct  communication  and  the  use  of  an  intermediary* 
From  Table  ?  we  see  that,  for  the  project  organization  structure,  the  infor¬ 
mation  model  total  effort  Is  27  (  X)  +15/5’  while  the  control  model  total 
effort  is  3k  (  I)  +  8/9  •  Normalizing  with  respect  to  oC  I  and  equating 
the  two  efforts: 

27  ♦  15/?  -  34  +  8  /9 

1/S  -  7 

«  1 

Hence,  for  the  project  organization  structure  the  overhead  cost  of  main¬ 
taining  a  direct  communication  link  (  £  )  between  a  and  b  must  exceed  the 
total  cost  of  exchanging  information  across  the  link  (  o C  i^)  before  the 
utilization  of  an  intermediary  becomes  cost-effective.  Table  13  shows 
the  trade-offs  between  the  control  and  Information  models  over  a  range 
of  values  for^-r. 

Similarly,  for  the  functional  organization  model  the  cross¬ 
over  point  occurs  at 

28  +  16/5*  -51+9  /3 

i/S  -23 

/S  -  3.3 

and  for  the  matrix  organization  model  the  cross-over  point  occurs  at 
72  ♦  2 k/S  -  78  +  18  /S 

6/S  •  6 

/S  -  1 

She  cross-over  points  for  the  project,  functional  and  matrix  organization 
structure*  are  depicted  graphically  in  Figure  19. 
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3.3 


la  -this  section  two  red-life  organization  structures  will 


be  examined*  These  do  not  correspond  identically  to  any  one  of  the  three 
basic  structures  but  rather  display  features  of  two  or  more  of  the  generic 
structures*  The  first  to  be  examined  will  be  the  Canadian  Forces  Weapon 
Systems  Software  Management  (WSM)  structure*  This  will  be  followed  by  the 
Texas  Instrument  Objectives,  Strategies  and  Tactics  (CST)  structure* 


The  WSM  structure  is*  utilised  by  the  Canadian  Forces  to 
■anage  the  maintenance  and  modification  of  airborne  embedded  software* 
The  organization  consists  of  a  field  support  facility 

M 

which  Implements  urgent  changes  as  required,  and  a  headquarters  facility 
which  controls  and  implements  periodic  block  changes*  Complete  and 
timely  Information  exchange  between  the  "patchers”  In  the  field  and  the 
"updaters"  at  headquarters  is  vital*  Figures  15  and  16,  and  Tables  8 
and  9  document  the  structure  and  information  flow  for  the  control  and* 
Information  model* 


CANADIAN  FORCES  VSM 
CONTROL  GRAPH  MODEL 


TABLE  8 


GRAPH  PATH 
1,2 

1.3 

2.4 

2.5 

2.6 

2.7 

3.8 

3.9 

3.10 
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CANADIAN  FORCES  VSM  CONTROL  MODEL 


INFORMATION  TRANSMITTED 
ll,2  ♦  !2,3  +  *1.4  ♦  ll,5  +  U.6  +  ll,7 
♦  14,8  +  15,9  +  ^.lO*  I7.ll 
*1,3  +  *2,3  +  il,8  +  *1,9  *  ^.lO*  1l,ll 


♦  14,8  *  bt9  *  16,10+  17,11 

*1,4  ♦  !2,4  +  14,8 

*1.5  +  *2.5  *  *5.9 
*1,6  ♦  !2,6  +  !6,10 
*1,7  +  *2,7  *  I7.ll 
*1,8  +  *3,8  +  !4,8 
*1,9  +  13,9  +  !5.9 
^.lO*  ^.lO*  *6,10 
*1,11+  I3.ll4,  l7,ll 


3.11 


CANADIAN 


GRAPH  PATH 

, 

1.3 

2.3 

2.4 

2.5 

2.6 

2.7 

3.8 

3.9 

3.10 

3.U 

4.8 

5.9 

6.10 


7,11 


TABLE  -9 


3.3*2 
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The  Texas  Instruments  OST  structure 

The  Objectives,  Strategies  and  Tactics  (0.3.7.)  system  is 
utilized  by  Texas  Instruments  (T.I.)  to  manage  the  development  and  ap¬ 
plication  of  innovation,*  It  is  T.I.'s  way  of  clearly  segregating 
“strategic"  expense  from  "operating"  expense.  As  a  result  of  the  O.S.T. 
system,  two  quite  different  organizational  structures  coexist  at  Texas 
Instruments* 

The  operating  organization,  which  deals  with  day-to-day 
business  activities,  la  a  relatively  permanent  and  conventional  fora  of 
decentralized  organization.  This  structure  is  overlaid  by  the  OST  organi¬ 
zation,  which  is  fluid,  project-oriented  and  unbound  except  by  funding 
limitations.  The  CST  system  provides  the  capability  to  create  strategic 
programs  that  attack  new  opportunities  without  creating  new  permanent 
organizational  structures;  instead,  resources  are  mobilized  to  achieve 
objectives,  and  then  when  the  job  is  done,  are  renobilized  in  a  different 
matrix  for  the  next  problem. 

The  OST  manager  wears  two  hats--  one  as  the  head  of  a 
strategic  organization,  the  other  as  the  head  of  a  permanent  organizational 
entity* 

The  CST  system  utilizes  a  "project"  organizational  structure, 
and  overlays  the  "functional"  organizational  structure  used  by  the  operating 
organization*  Thus  it  is  similar  to  the  "matrix"  organization  except  that 
the  temporary  O.S.T.  project  managers  are  chosen  from  among  the  functional 


Mark  Shepherd,  Jr.  and  Fred  Bucy,  Texas  Instruments,  "Innovation  at  Texas 
Instruments"  Computer  magazine  Vol*  12,  Mo*  9,  Sept*  79,  pp*  82-90 
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Managers  employed  in  the  permanent  operating  organization.  The  resulting 
overlay  organization  is  depicted  in  Figures  18  and  19 •  Broken  circles 
represent  the  permanent  operating  organization.  The  solid  circles 
overlaying  them  represent  the  temporary  CST  organization.  Only  the  control 
structure  of  the  operating  organization  is  represented,  and  no  analysis 
is  performed  since  it  is  identical  to  the  "functional"  model  presented  in 
Figures  11  and  12. 


TABLE  10 


TEXAS  INSTRUMENTS  CST 

CONTROL  GRAPH  MODEL 

GRAPH  PATH 

INFORMATION  TRANSMITTED 

3.6 

b ,6  *  *6,8  *  *6,9 

*  3,8 

b,s  *  *6 ,8  +  h,9 

3.9 

i3,9  +  L6t9  +  l8,9 

*  path  already  exists  from  "functional"  underlay;  hence  there  Is  no 
requirement  for  an  additional  direct  link  (/&  )•  However,  ad¬ 
ditional  (CST)  information  Is  transmitted  along  the  existing  link 
giving  rise  to  eC  I  units  of  extra  effort* 


TABLE  11 


TEXAS  INSTRUMENT  CST 
INFORMATION  GRAPH  MODEL 


GRAPH  PATH 

3,6 


•  3.8 
3.9 


6,8 


6,9 


8.9 


INFORMATION  TRANSMITTED 

*3.6 

l3.8 

a3»9 

*6,8 

*6.9 

*8,9 


*  path  already  exists  frcn  "functional"  underlay!  hence  there  Is  no 
requires ent  for  an  additional  direct  link  )•  However,  ad¬ 
ditional  (OST)  Information  is  transmitted  along  the  existing  link 
giving  rise  to  cC  I  units  of  extra  effort.- 


3.3 


models 

If  we  1st  ia^  ■  I  for  all  a,b  (i.e.,  constant  information 
transfer),  then  sunning  the  units  of  information  transmitted,  over  all  paths 
in  each  of  the  control  and  information  graphs  for  the  WSM  and  OST  organi¬ 
sation  structures  (Tables  8,  9,  10  and  11)  yields  the  results  shown  in 
Table  12. 


TABLE  12 

INFORMATION  TRANSFER  EFFORT 
FOR  THE  COMPOSITE  ORGANIZATIONAL  STRUCTURES 


ORGANIZATION  STRUCTURE 


**(<£!)  +  10 £  31(  I)  +  15 /S 


6(  «C  I)  +  5 0 
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Letting  I  ■  i,  we  can  express  relative  to  It 
then  equating  the  total  effort  expended  in  the  control  nodel  with  the 
total  effort  expended  in  the  information  model,  we  obtain  the  coat-ef¬ 
fective  cross-over  point  between  direct  communication  and  the  use  of  an 
intermediary*  For  the  WSM  model  the  cross-over  point  occurs  at 
M  +  1J  fi  -  44  + 

5^-13 

£  -  s.6 

and  for  the  OST  model  the  cross-over  point  occurs  at 
6* 

1/3  -  3 
fi  -  x 
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3 *4  Analysis  of  the  Basie  and  Composite  organization  structures 

The  information.  transfer  efforts  for  the  basic  and  conposlte 
models  over  a  range  of  values  of  /cC  I  are  presented  in  Table  13*  Taking 
the  Project  organization  structure  as  an  example,  ve  see  that  far  a  value 
of  jQ  /oCl  -  1  (which  Is  determined  by  the  dynamics  of  a  particular 
organization)  the  information  transfer  effort  for  the  control  model  and 
the  information  model  is  the  same  and  equals  42  units  of  effort*  If  the 
value  of  /$  /o C  I  is  varied  up  and  down  by  5o£  in  order  to  test  the  sen¬ 
sitivity  of  the  models  to  the  parameters  ve  find  that  for  /cCl  •  *5* 
the  information  model  utilizes  3*5  units  of  effort  less  than  the  control 
model  (34*5  versus  38)  while  for  /$  /oC  ^  ■  1*5  the  information  model 
utilizes  3*5  units  of  effort  more  than  the  control  model  (49*5  versus  46). 
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TABLE  13 


INFORMATION  TRANSFER  EFFORTS  FOR  THE  BASIC  AND  COMPOSITE  KODEIS  OVER  A 


RANCE  OF  VALUES  OF  jS  /A  I 


QRC.  STRUCT.  (MODEL)  EFFORT 

FORMULA 


PROJECT  (CONTROL)  >  +  8^ 

/U0\  INFORMATION)  27  +  ^5/8 


FUNCTIONAL  (CONTROL)  51  ♦  9 & 

^^(INFORMATION )  28  +  1 S/3 


MATRIX  (CONTROL) 
|KO^(  INFORMATION) 


VSM  (CONTROL) 

INFORMATION) 


78  +  18/^ 
72  +  24/? 


44>  +  10/? 
31  ♦  15/? 


Z?/cCl 


2.6  3.3  5 


OST  (CONTROL) 
£<>\  INFORMATION) 


10  (li)  12 

8.5  ©  13.5 


INFORMATION  TRANSFER  EFFORT 


—  raprasenta  tha  cost-«ff ectiva  cross-over  points, 
and  their  associated  transfar  efforts. 
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An  examination  of  Table  13  reveals  that  for  the  "Project", 
"Matrix"  and  "OST*  organizational  structures  the  information  sodel  is  more 
affective  than  the  control  model  for  K  cC  I  (i.e.,  the  cost  of  a 

is  less  than  the  cost  of  exchanging  information).  For  the  "Functional" 
»m<  the  "VSM"  organizational  structures  the  information  model  is  more  ef¬ 
fective  for  <*3.3  cC  I  and  <2.6  ^  I  respectively. 

Figure  19  depicts  the  cost-effective  cross-over  points 
between  direct  cosmunication  links  and  the  use  of  an  intermediary  for  the 
basic  and  composite  organization  structures. 


VALUES  Of  $  /«£  I  AT  WHICH  COST-EFFECTIVE  CROSS-OVER  BETWEEN 
DIRECT  COMMUNICATION  LINKS  AND  THE  USE  OF  AN  INTERMEDIARY 
OCCURS  FOR  THE  BASIC  AND  COMPOSITE  ORGANIZATION  STRUCTURES 
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CHAPTER  4 

CONCLUSION  AND  SUGGESTIONS  FOR  FUTV'E  RESEARCH 

4.1  Conclusion 

This  thesis  has  examined  two  premises i 

a)  that  the  effect  of  organizational  structure  on  soft¬ 
ware  engineering  management  can  be  quantified,  and 

b)  that  an  organization  structure  which  promotes  lateral 
exchange  of  information  maximizes  productivity. 

Premise  A  has  been  shown  to  be  true.  The  effort  associated 
with  the  existence  of  a  direct  communication  link  between  two  individuals 
independent  of  the  amount  of  information  transmitted  and  the  effort  as¬ 
sociated  with  the  transmission  of  information  between  these  two  individuals 
have  been  quantified  as  the  parameters^  and  c£  I  respectively.  The 
quantitative  parameters  were  then  applied  realistically  to  organizational 
structures  wherein  the  constraint  on  the  maximum  number  of  interfaces  that 
an  individual  can  handle  effectively  was  set  by  the  control  structure  at 
the  organization. 

Premise  B  has  been  proven  true  for  a  subset  at  values  of 
the  organizational  parameters  $  and  cC  I.  In  Table  13  the  value  of 
relative  to  cCl  is  varied  from  0,$  to  5.0  for  both  the  control  and  in¬ 
formation  models  at  every  organizational  structure.  The  information  model 
represents  the  type  at  organization  advocated  by  premise  B.  The  effective¬ 
ness  of  lateral  exchange  of  information  within  an  organization  is  identified 
as  being  dependent  on  the  relative  value  at /S  with  respect  to  di  I,  and 
the  cost-effective  boundary  for  its  application  is  determined.  Figure  19 
graphically  depicts  the  cross- over  points  for  each  organization  structure. 


The  fact  that  the  behavior  of  the  Innovative  "OST" 
organisation  structure  model  can  be  reduced  to  that  of  the  basic  "pro-* 
ject"  model  shows  the  Innate  strength  of  the  quantitative  graph  models. 

If  we  had  chosen  to  analyse  (in  Figures  18  and  19*  and  Tables  10  and  11) 
the  underlying  operating  organization  in  addition  to  the  OST  structure, 
then  the  model  would  have  behaved  like  the  basic  "Matrix"  model.  It  is 
therefore  concluded  that  the  wide  applicability  of  the  quantitative  graph 
models  has  been  demonstrated. 


Certain  assumptions  and  simplifications  have  been  made  in 
this  thesis  to  provide  a  framework  upon  which  the  quantitative  graph  models 
could  be  examined.  Two  such  assumptions  arei 

a)  the  relationship  between  management  philosophy,  management 
policy  and  organization  structure  depicted  in  Figure  It  and 

b)  the  linearity  of  the  cC  's  and  &  's. 

Possible  future  research  topics  include 

a)  the  distortion  of  management  philosophy  when  applied  as 
policy,  and  the.  distortion  of  policy  when  implemented  in  organization 
structure. 

b)  a  study  of  the  quantitative  graph  model  behavior  when  c£- 
andy^  are  non-linear,  and 

e)  a  comparison  of  Shooman's  and  Taus worth e'  s  productivity 


models 
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Optimization  of  decomposition  of  Problem  P  (Figure  7)* 
utilizing  trade-offs  between  parameters  <&  and  /S 


Case  1 

(a) 


Case  2 
(b) 


FIGURE  7 

(reproduced  from  PAG8  17) 


A-2 


i 


PkaMtani 

l*b  "  the  aaount  of  information  exchange  between  a  and  b 
cC  -  the  constant  amount  of  effort  per  unit  of  information  exchange. 
■  the  constant  amount  of  effort  associated  with  the  existence 
of  a  direct  interface  between  a ny  pair  of  persons.  Independent 
of  the  amount  of  information  exchanged. 


Considering  initially  only  the  effort  required  to  ex¬ 
change  information,  if  all  persons  communicate  directly,  as  in  Figure  7  (a), 
the  total  communication  effort  is  minimised  and  equals, 

^  OC  i»b  (A-l) 

a,b 


If,  however,  same  communication  takes  place  through  an 
intermediate  point,  as  in  Figure  7  (b),  the  effort  is  increased  to 


II  eCi‘i 

a,b 


a*b,c 


(e) 


(A-2) 


ab 


where  i'ab  (c)  -  iab  if  point  c  is  an  intermediary  for  traffic  between 
a  and  b,  and  is  zero  otherwise.  Thus,  in  the  simple  case  where  the  effort 
to  communicate  is  linear  in  the  magnitude  of  the  requirement  for  information, 
direct  communication  is  optimal. 

However,  the  cost  of  the  existence  of  a  direct  communication 
link  independent  of  the  amount  of  information  exchange  (J3),  must  be  con¬ 
sidered. 


Given  H  persons,  the  cost  associated  with  the  existence 
of  a  direct  interface  between  every  pair  is 

i  00<n  -  l)^  (a-3) 

If  intermediaries  are  used  to  perform  some  of  the  interfaces,  this  effort 


i  <»)<*  -  l )j& 


a,b,o 


•«<=))/? 


(A-*) 


is  reduced  to 


where  u(x)  Is  the  unit  stsp  function  (i«e«.  U(x)  -  1  for  X>0  and 
U(x)  •  0  otherwise). 

Comparing  expressions  (a-2)  and  (A-4)  above,  in  particular 
eoaparing  the  last  tern  in  each  expression  we  observe  a  basic  tradeoff 
i.e.,  the  use  of  interned iaries  increases  the  effort  which  is  linear  in 
the  amount  of  information  transferred  and  correspondingly  decreases  the 
effort  required  to  naintain  interfaces  independent  of  the  aaount  of  in¬ 
formation  transferred.  Containing  equations  (A-2)  and  (A-4)  leads  to  a 
■ore  general  (and  realistic  model  of  the  overall  effort  (E) i 

e  -£<<iab  +ZT  <  iWc)  +  i(n)(n-i)/-  2T  u(i'ab(e))4  (a-5) 

a*ta  a.ta.c  a.b.c  ' 

where  summation  of  the  first  term  is  over  a<ta.  since  iab  has  been  defined 

am  the  total  requirement  between  a  and  b.  We  let  iab“  0  for  a>b  because 

we  do  not  want  to  count  requirements  twice. 

Beaxxanging  terms  in  expression  (a-5)  we  gets 

S  -£{*  i.„  *  rDCv^W  -^n(rlb(c))]  (k-6) 

a.b  a,b,e 

a<b  a<b_ 

The  first  sum  in  (A-6)  is  the  total  effort  associated  with 
direct  communication  between  persons.  The  second  sum  is  the  additional 
effort  (possibly  negative)  of  using  intermediaries.  Thus,  a  basic  optimi¬ 
sation  problem  exists  with  respect  to  minimizing  the  second  term. 


For  maple,  in  the  above,  suppose  iab  —  I  for  all  a(b. 


Then,  in  case  1  (Figure  7  (a)) 

8  -  3(<Cl  +/3  ) 

(A-7) 

and,  in  ease  2  (Figure  7  \b)) 

8-3(<<I+/tf)  ♦  (dCi  -fi) 

(A-8) 

Analysing  the  last  teta  of  (A-8) ,  we  see  that  direct 


eoaaimi cation  is  better  1 tjS  OCI#  And  the  use  of  an  intermediary  is 
better  otherwise. * 
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